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ORDER RISK MANAGEMENT SYSTEM 
[1] The present application is a continuation-in-part of U.S. Patent Application Serial No. 
10/611,458, filed July 1, 2003 (attorney docket number 6119.00007), which is a 
continuation-in-part of U.S. Patent Application Serial No. 10/385,152, filed March 10, 
2003. The entire disclosures of both priority applications are hereby incorporated by 
reference. 

Field of the Invention 

[2] The present invention relates to derivative product trading methods and systems and, 
in particular, to methods and systems that utilize order risk data. 

Description of the Related Art 

[3] Computer systems and networks increasingly are being used to trade securities and 
derivative products. Computer systems and networks provide several advantages 
when compared to manual methods of trading. Such advantages include increased 
accuracy, reduced labor costs and the ability to quickly disseminate market 
information. 

[4] Options are frequently traded via computer systems. An option may be used to hedge 
risks by allowing parties to agree on a price for a purchase or sale of another 
instrument that will take place at a later time. One type of option is a call option. A 
call option gives the purchaser of the option the right, but not the obligation, to buy a 
particular asset either at or before a specified later time at a guaranteed price. The 
guaranteed price is sometimes referred to as the strike or exercise price. Another type 
of option is a put option. A put option gives the purchaser of the option the right, but 
not the obligation, to sell a particular asset at a later time at the strike price. In either 
instance, the seller of the call or put option can be obligated to perform the associated 
transactions if the purchaser chooses to exercise its option or upon the expiration of 
the option. 
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[5] Traders typically use theoretical models to determine the prices at which they will 
offer to buy and sell options. The theoretical option pricing models often produce 
values that reflect an option's sensitivity to changes in predefined variables. These 
predefined variables are assigned Greek letters, such as delta, gamma, theta, and vega. 
Delta is a measure of the rate of change in an option's theoretical value for a one-unit 
change in the price of the option's underlying contract. Thus, delta is the theoretical 
amount by which the option price can be expected to change for a change in the price 
of the underlying contract. As such, delta provides a local measure of the equivalent 
position risk of an option position with respect to a position in the underlying 
contract. A "50 Delta" option should change its price 50/100, or Vi a point, for a one 
point move in its underlying contract. 

[6] Gamma is a measure of the rate of change in an option's delta for a one-unit change in 
the price of the underlying contract. Gamma expresses how much the option's delta 
should theoretically change for a one-unit change in the price of the underlying 
contract. Theta is a measure of the rate of change in an option's theoretical value for a 
one-unit change in time to the option's expiration date. Vega is a measure of the rate 
of change in an option's theoretical value for a one-unit change in the volatility of the 
underlying contract. Delta, gamma, and vega are the primary risk management 
measures used by those who trade in options. 

[7] A single option order typically identifies the underlying security, the expiration date, 
whether the option is a call or a put, the strike price and all other standard order terms 
(e.g. buy/sell, quantity, account number etc.). Each time the price of the underlying 
contract changes or one of the variables in the trader's theoretical model changes, a 
trader may cancel all of the relevant orders, recalculate new order prices and transmit 
new order prices to the exchange. 

[8] Computer implemented systems for trading derivative products can increase a market 
maker's price exposure. In the open outcry marketplace, a market maker makes 
markets in strikes/spreads in a serial process. As a result, the market maker is never at 
risk of having more than one of their prices acted upon simultaneously. In contrast, 
computer implemented systems allow market makers to provide bid/ask spreads for 
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several strikes and spreads simultaneously. The parallel price exposure in the 
electronic options marketplace can pose a risk to the market maker in that they can 
quickly accumulate a large risk position before they can cancel/modify their resting 
orders. This type price exposure is known as in-flight fill risk. 

[9] Existing attempts to protect against in-flight fill risks have resulted in reduced market 
making participation and corresponding detrimental affects on liquidity, trading 
volume and price discovery. 

[10] Therefore, there is a need in the art for improved derivative product trading methods 
and systems that allow traders to protect against in-flight fill risks. 

Summary of the Invention 

[11] The present invention overcomes problems and limitations of the prior art by 
providing trading methods and systems that utilize order risk data provided by traders. 
The order risk data includes order risk parameters, such as maximum delta, gamma 
and/or vega utilization values for derivative product contracts based on the same 
underlying product. A match system may then limit the trader's in-flight fill risks by 
tracking the trader's current order risk parameter utilization state and analyzing 
potential trades to determine how those trades will impact the trader's order risk 
parameter utilization state. The match system may also limit cumulative risks by 
canceling orders afl;er an order risk parameter utilization state has been exceeded. 

[12] In one embodiment, advantages of aspects of the present invention are provided by a 
method of processing derivative product orders at an exchange. The method includes 
receiving derivative product order risk data including at least one threshold value 
corresponding to at least one order risk parameter. An order for a derivative product 
is received fi'om a trader. As used herein ''trader" includes a customer submitting an 
order and is not limited to mean a professional trader. The derivative product order 
and a trader's current order risk utilization state are utilized to calculate utilization 
data. Next, the derivative product order is processed in a manner determined by the 
derivative product order risk data and the utilization data. 
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[131 ^ another embodiment, advantages of aspects of the present invention are provided 
by a method of processing derivative product orders at an exchange. The method 
includes receiving derivative product order risk data including at least one threshold 
value corresponding to at least one order risk parameter. An order for a derivative 
product is received from a trader. A trader's current order risk parameter utilization 
value is then determined. Next, the derivative product order is executed when the 
trader's current order risk parameter utilization value does not exceed the threshold 
value. 

[14] In yet another embodiment advantages of aspects of the present invention are 
provided by a method of managing risks associated with derivative product orders 
placed at a plurality of exchanges. The method includes transmitting to a first 
exchange first derivative product order risk data including at least one threshold value 
corresponding to at least one order risk parameter. Second derivative product order 
risk data including at least one threshold value corresponding to the at least one order 
risk parameter is transmitted to a second exchange. Next, a trader's current order risk 
utilization states at the first exchange and at the second exchange are determined. The 
determination may then be used to transmit to the first or second exchange an offset 
value to adjust the order risk parameter. 

[15] In other embodiments, the present invention can be partially or wholly implemented 
on a computer-readable medium, for example, by storing computer-executable 
instructions or modules, or by utilizing computer-readable data structures. 

[16] Of course, the methods and systems of the above-referenced embodiments may also 
include other additional elements, steps, computer-executable instructions, or 
computer-readable data structures. In this regard, other embodiments are disclosed 
and claimed herein as well. 

[17] The details of these and other embodiments of the present invention are set forth in 
the accompanying drawings and the description below. Other features and advantages 
of the invention will be apparent from the description and drawings, and from the 
claims. Brief Description of the Drawings 
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[18] The present invention may take physical form in certain parts and steps, embodiments 
of which will be described in detail in the following description and illustrated in the 
accompanying drawings that form a part hereof, wherein: 

[19] Figure 1 shows a computer network system that may be used to implement aspects of 
the present invention; 

[20] Figure 2 illustrates a system in which traders exchange information with a match 
system, in accordance with an embodiment of the invention; 

[21] Figure 3 illustrates an order risk management module in accordance with an 
embodiment of the invention; 

[22] Figure 4 illustrates a method of processing derivative product orders at an exchange, 
in accordance with an embodiment of the invention; 

[23] Figure 5 illustrates a variable defined derivative product order in accordance with an 
embodiment of the invention; 

[24] Figure 6 illustrates a method of processing variable defined derivative product orders 
by an exchange computer, in accordance with an embodiment of tfie invention; and 

[25] Figure 7 illustrates a fi-ont-end system that may be used to manage risks associated 
with derivative product orders placed at a plurality of exchanges. 

Detailed Description of the Invention 

[26] Aspects of the present invention are preferably implemented with computer devices 
and computer networks that allow users to exchange trading information. An 
exemplary trading network environment for implementing trading systems and 
methods is shown in Figure 1. An exchange computer system 100 receives orders and 
transmits market data related to orders and trades to users. Exchange computer 
system 100 may be implemented with one or more mainframe, desktop or other 
computers. A user database 102 includes information identifying traders and other 
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users of exchange computer system 100. Data may include user names and passwords 
potentially with other information to identify users uniquely or collectively. An 
account data module 104 may process account information that may be used during 
trades. A match engine module 106 is included to match bid and offer prices. Match 
engine module 106 may be implemented with software that executes one or more 
algorithms for matching bids and offers. A trade database 108 may be included to 
store information identifying trades and descriptions of trades. In particular, a trade 
database may store information identifying the time that a trade took place and the 
contract price. An order book module 110 may be included to compute or otherwise 
determine current bid and offer prices. A market data module 1 12 may be included to 
collect market data and prepare the data for transmission to users. A risk management 
module 134 may be included to compute and determine a user's risk utilization in 
relation to the user's defined risk thresholds. An order processing module 136 may be 
included to decompose variable defined derivative product and aggregate order types 
for processing by order book module 1 10 and match engine module 106. 

[27] The trading network environment shown in figure 1 includes computer devices 114, 
116, 118, 120 and 122. Each computer device includes a central processor that 
controls the overall operation of the computer and a system bus that connects the 
central processor to one or more conventional components, such as a network card or 
modem. Each computer device may also include a variety of interface units and 
drives for reading and writing data or files. Depending on the type of computer 
device, a user can interact with the computer with a keyboard, pointing device, 
microphone, pen device or other input device. 

[28] Computer device 114 is shown directly connected to exchange computer system 100. 
Exchange computer system 100 and computer device 1 14 may be connected via a Tl 
line, a common local area network (LAN) or other mechanism for connecting 
computer devices. Computer device 1 14 is shown connected to a radio 132. The user 
of radio 132 may be a trader or exchange employee. The radio user may transmit 
orders or other information to a user of computer device 1 14. The user of computer 
device 114 may then transmit the trade or other information to exchange computer 
system 100. 
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[29] Computer devices 116 and 1 18 are coupled to a LAN 124. LAN 124 may have one or 
more of the well-known LAN topologies and may use a variety of different protocols, 
such as Ethernet. Computers 116 and 118 may communicate with each other and 
other computers and devices connected to LAN 124. Computers and other devices 
may be connected to LAN 124 via twisted pair wires, coaxial cable, fiber optics or 
other media. Alternatively, a wireless personal digital assistant device (PDA) 122 
may communicate with LAN 124 or the Internet 126 via radio waves. PDA 122 may 
also communicate with exchange computer system 100 via a conventional wireless 
hub 128. As used herein, a PDA includes mobile telephones and other wireless 
devices that communicate with a network via radio waves. 

[30] Figure 1 also shows LAN 124 connected to the Internet 126. LAN 124 may include a 
router to connect LAN 124 to the Internet 126. Computer device 120 is shown 
connected directly to the Internet 126. The connection may be via a modem, DSL 
line, satellite dish or any other device for connecting a computer device to the 
Internet. 

[31] One or more market makers 130 may maintain a market by providing bid and offer 
prices for a derivative or security to exchange computer system 100. Exchange 
computer system 100 may also exchange information with other trade engines, such 
as trade engine 138. One skilled in the art will appreciate that numerous additional 
computers and systems may be coupled to exchange computer system 100. Such 
computers and systems may include clearing, regulatory and fee systems. Coupling 
can be direct as described or any other method described herein. 

[32] The operations of computer devices and systems shown in figure 1 may be controlled 
by computer-executable instructions stored on a computer-readable medium. For 
example, computer device 116 may include computer-executable instructions for 
receiving order information fi-om a user and transmitting that order information to 
exchange computer system 100. In another example, computer device 118 may 
include computer-executable instructions for receiving market data from exchange 
computer system 100 and displaying that information to a user. 
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[33] Of course, numerous additional servers, computers, handheld devices, personal digital 
assistants, telephones and other devices may also be connected to exchange computer 
system 100. Moreover, one skilled in the art will appreciate that the topology shown 
in figure 1 is merely an example and that the components shown in figure 1 may be 
connected by numerous alternative topologies. 

[34] Figure 2 illustrates a system in which traders 202 and 204 exchange information with 
a match system 206, in accordance with an embodiment of the invention. Trader 202 
is shown transmitting a variable defined derivative product order 208 and order risk 
data 210 to match system 206. Variable defined derivative product order 208 includes 
the identification of a derivative product and a variable order price. Variable defined 
derivative product orders are described in greater detail below in connection with 
figure 3. Order risk data 210 may act as a throttle to limit the number of transactions 
entered into by trader 202. Order risk data may include maximum and minimum 
values of delta, gamma and vega to utilize over a given period of time, such as a 
trading day. Trader 204 transmits derivative product orders 212 and 216 to match 
system 206. Each trader may transmit several derivative product orders and may 
associate order risk data with one or more of the derivative product orders. As shown 
in order 212, one or more of the orders may include the identification of a hedge 
transaction. 

[35] Match system 206 may include several modules for determining prices, matching 
orders and executing transactions. An order book module 218 may be included to 
maintain a listing of current bid and offer prices. A price calculation module 220 
calculates order prices based on price determination variables provided as part of 
variable defined derivative product orders. Price calculation module 220 may also 
calculate order prices based on formulas received fi'om traders. For example, 
derivative product order 208 may include a formula that is a fixnction of an underlying 
contract, delta and gamma. Price calculation module 220 may be configured to 
calculate an order price every time the price of the underlying contract changes. 
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[36] Price calculation module 220 may use a default formula with price determination 
variable values supplied by a trader. In one embodiment, the change in a derivative 
product price is equal to a second order Taylor series expansion, such as: 

ChgUnderlyingPrice*delta+( 1 /2(ChgUnderiyingPrice^2*gamma)) ( 1 ) 

wherein ChgUnderlyingPrice is the change in the underlying price. A trader 
would supply price determination variables delta and gamma and price calculation 
module would track the derivative product price as the underlying contract 
changes. 

[37] A formula database 224 may be included to store derivative product order formulas. 
The formulas may be provided by traders or may be standard formulas provided by an 
exchange. A market data module 226 may be used to collect and disseminate market 
data. A match engine module 228 matches bid and offer prices. Match engine 
module 228 may be implemented with software that executes one or more algorithms 
for matching bids and offers. 

[38] A hedge module 230 may be included to perform hedge transactions based on 
derivative product transactions. In one embodiment of the invention, hedge module 
230 conducts transactions with a trading engine or match system other than match 
system 206. Hedge module 230 may also perform some or all of the function of risk 
management module 134 (shown in figure 1). Exemplary hedge transactions are 
described in detail below with references to figures 6 and 7. 

[39] An order processing module 236 may be included to decompose variable defined 
derivative product and bulk order types for processing by order book module 218 and 
match engine module 228. A controller 232 may be included to control the overall 
operation of the components shown coupled to bus 234. Controller 232 may be 
implemented with a central processing unit. 

[40] An order risk management module 222 is included to limit as in-flight fill risks. For 
example, trader 202 provided maximum and minimum delta, gamma and vega 
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utilization values to match system 206. Those values may be stored in order risk 
management module 222 and tracked and computed before executing transactions. 

[41] Figure 3 illustrates an order risk management module 302 in accordance with an 
embodiment of the invention. A database 304 stores order risk parameter settings. 
Column 304b5 for example, includes delta utilization threshold values. Delta 
utilization threshold values may be included in order risk data 210 that is transmitted 
from trader 202 to match system 206. Database 304 may also include the current state 
of order risk parameters. Column 304c, for example, includes the current delta 
utilization state for the entities listed in column 304a. The current utilization state of 
an order risk parameter is calculated by adding together the utilization values of the 
order risk parameter from previous trades. For example, if a trader is involved in two 
trades having individual delta utilization values of +45 and +60, after the second trade 
is executed, the trader's delta utilization state would be equal to +105. 

[42] Database 304 shows an embodiment in which several levels of order risk parameters 
may be used. For example, firm A has offices X and Y and employs traders 1-4. 
Trader 1 is obligated to comply with the order risk parameters for himself, office X 
and firm A. Providing order risk parameter settings in a hierarchal manner allows 
entities to allocate risks among subordinate entities. 

[43] Order risk management module 302 may also include a calculation module 306 for 
calculate order risk parameter values. An offset module 308 may be used to process 
offset values received from traders. An offset value may be used to provide an 
adjustment to an order risk parameter threshold value. For example, firm A can 
increase its delta utilization threshold to 220 by providing an offset value of 20. In 
one embodiment of the invention, an entity may allow subordinate entities to provide 
offset values and place limits on the use of offsets. Match system 206 may also be 
configured to regulate the use of offsets. 

[44] Figure 4 illustrates a method of processing derivative product orders at an exchange, 
in accordance with an embodiment of the invention. In step 402 a matching system 
receives derivative product order risk data including at least one threshold value 
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corresponding to lease one order risk parameter. Step 402 may include receiving 
order risk data 210. Next, the match system receives an order for a derivative product 
from a trader in step 404. Step 404 may include receiving a variable defined 
derivative product order, as has been described above. In step 406, the match system 
utilizes the derivative product order and a trader's current order risk utilization state to 
calculate utilization data. In some embodiments of the invention, step 406 may 
include applying the utilization of a hedge transaction that accompanies a derivative 
product order so that the utilization data accounts for the hedge transaction. Of 
course, when the trader is a subordinate entity, step 406 may include utilizing the 
current order risk utilization state of one or more additional entities. For example, 
with respect to Figure 3, when analyzing trader I's current utilization state, the 
utilization states of office X and firm A should also be analyzed. This is because 
trader 1 may be below his utilization threshold, but office X or firm A may be over 
the relevant utilization threshold. 

[45] In step 408 the derivative product order is processed in a manner determined by the 
derivative product order risk data and the utilization data. If the execution of the trade 
would not cause the resulting utilization data to exceed the relevant utilization 
threshold, the trade is executed. There are several alternatives for treating orders that 
would cause the utilization data to exceed a relevant utilization threshold value. In a 
first embodiment a portion of the derivative product order is executed. The portion 
includes the maximum number of contracts that do not cause the utilization data to 
exceed the threshold value. In an alternative embodiment, a portion of the order that 
includes the minimum number of contracts that cause the utilization data to exceed 
the threshold value is executed. For example, if four contracts would not cause the 
utilization data to exceed the threshold value and five contracts would, five contracts 
are executed. Of course other embodiments may involve other trading units. For 
example, if a contract is typically traded in units of 100 contracts, each group of 100 
contracts would be treated as a trading unit and treated like the individual contracts 
discussed above. 

[46] In another embodiment of the invention, an entire order is canceled if the order would 
result in a trader's order risk utilization state exceeding the threshold value after the 
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trade is executed. For example, if the execution of an order for five contracts would 
cause the threshold value to be exceeded, no contracts are executed. In one more 
alternative embodiment, a derivative product order is executed as long as a trader's 
current order risk utilization state (before execution of the order) does not exceed the 
threshold value. 

[47] hi step 410 it is determined whether the trader's order risk utilization state exceeds a 
threshold value. When a threshold has been exceeded, some or all of the trader's 
resting orders may be cancelled in step 412. In various embodiments all resting 
orders or all resting orders within an option class are cancelled. Alternatively, all risk 
increasing orders may be cancelled. For example, if a positive delta limit has been 
exceeded, then all call bids and put offers are cancelled. If a negative delta limit has 
been exceeded, then all call offers and put bids are cancelled. If a positive gamma 
limit has been exceeded, then all call and put bids are cancelled. Likewise, if a 
negative gamma limit has been exceeded, all call and put offers are cancelled. 

[48] Returning to figure 2, match system 206 may include modules that perform some or 
all of the functions of the modules shown in figure 1. Moreover, match system 206 
may also be coupled to some or all of the elements shown in figure 1. Match system 
206 may also be configured to transmit warning messages to traders alerting them of 
order risk utilization states. Match system 206 may also include or be coupled to an 
interface that allows traders to check current order risk utilization states via the 
Internet, another network, telephone, etc. 

[49] Figure 5 illustrates a variable defined derivative product order 500 in accordance with 
an embodiment of the invention. Variable defined derivative product order 500 may 
include a field 502 for identifying a trader's account number. The underlying contract 
may be identified in field 504. The expiration month of the derivative product order 
may be identified in field 506. The order may be identified as a put or a call in field 
508 and whether the order is a buy or sell in field 510. The quantity may be identified 
in field 512 and the strike price may be identified in field 514. Delta, gamma, and 
vega values may be identified in fields 516, 518 and 520 respectively. Of course, 
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other price determination variables may also be identified as part of a standard 
variable defined derivative product order. 

[50] A hedge transaction may be identified in field 522. The user may choose to make the 
derivative product order contingent on the existence of an available hedge transaction 
by selecting radio button 524. The user may also choose to use best efforts to fill the 
hedge order after the execution of the derivative product order by selecting radio 
button 526. 

[51] The formula for calculating the price of variable defined derivative product order is 
identified in field 528. The trader can select a standard formula 530 to compute their 
derivative product price or select a custom formula 532. In one embodiment, a 
standard formula is supplied by or sponsored by an exchange. When a custom 
formula is selected, the trader may also provide a formula in field 534 and the 
variables in field 536. In one implementation of the invention, variable defined 
derivative product order 500 is created in the form of an XML for HTML document 
created by one of the computer devices shown in figure 1. Variable defined 
derivative product order 500 may be encrypted before being transmitted to an 
exchange. Of course one or more additional or alternative fields may be included. 
For example, a reference price may be included to protect against mispricing 
conditions. 

[52] Figure 6 illustrates a computer-implemented method of trading a derivative product 
contract that involves the use of a variable order price, in accordance with an 
embodiment of the invention. First, in step 602 it is determined whether the trader 
desires to use a standard exchange sponsored formula. When the trader uses a custom 
formula, the formula is transmitted to the exchange computer in step 604. Step 604 
may also include the trader or exchange transmitting the formula to other market 
participants. In step 606, the trader transmits price determination variable values for 
the standard formula to an exchange computer. For example, step 606 may include 
transmitting delta and gamma values to an exchange computer. Step 606 may also 
including transmitting a formula and price determination variables to other computers 
so that other computers may calculate an order book. Alternatively, the exchange 
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computer may distribute all formulas and price determination variables to user 
computers. In step 608 the trader receives underlying data. The underlying data may 
include current bid and offer prices for underlying put and call futures contracts. 

[53] In step 610 it is determined whether the underlying data has changed. The price of an 
underlying contract may change multiple times per second. When the underlying 
contract data has changed, in step 612 the trader's computer device may recalculate 
the order price of their variable defined derivative product order and all other variable 
defined derivative product orders fi*om other users based on current data. In step 614, 
it is determined whether any of the price determination variables used in the formula 
to calculate the order price have changed. The price determination variables may 
include delta, gamma, and vega. When the price determination variables have 
changed, in step 612, the order price is recalculated. Of course, step 612 may be 
performed based on changes in current underlying contract data and variables. The 
order price may be displayed to the trader or plotted on a graph that tracks order 
prices. 

[54] Some of the advantages of aspects of the present invention are that they allow traders 
to maintain an order book and limit the amount of information that must be 
disseminated by an exchange computer or match system. In particular, an exchange 
computer or match system may transmit a plurality of variable defined derivative 
product orders to several different traders only when other derivative product order 
users establish their initial positions. Thereafter, the exchange computer may then 
only transmit underlying data or other data used to calculate variable defined 
derivative product order prices. Each trader computer may then periodically calculate 
current order prices based on information received from the exchange computer. For 
example, in step 616 it is determined whether other variable defined derivative 
product orders are received. When variable defined derivative product orders are 
received, in step 618 the trader computer may calculate new order book listings for 
current bids and offers related to variable defined derivative product based orders. 
The order book may be displayed to the trader in any one of a variety of conventional 
formats. After step 618, control returns to step 608. 
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[55] Figure 7 illustrates a front-end system that may be used to manage risks associated 
with derivative product orders placed at a plurality of exchanges, in accordance with 
an embodiment of the invention. A front-end order risk module 702 may reside on a 
terminal connected to one or more exchanges via a network, such as the Internet. 
Front-end order risk module 702 may comprise a portion of a software application 
that allows traders to interact with exchanges. A calculation module 704 functions in 
a manner similar to calculation module 306. Front-end order risk module 702 allows 
traders to manage risks associated with resting orders placed at a plurality of 
exchanges. For example, the trader may provide order risk data to exchanges 706 and 
708. An order risk data database 710 may be included to calculate and track order 
risk data that has been provided to exchange 706 and exchange 708. 

[56] An offset module 712 may be used to distribute risks among two or more exchanges. 
For example, the current utilization of an order risk parameter at exchange 706 is 
equal to the utilization threshold. As a result, no additional contracts will be executed 
at exchange 706. However, the current utilization of the order risk parameter at 
exchange 708 is below the utilization threshold. Based on this information, offset 
module 712 may transmit offset value 714 to exchange 706 to allow exchange 706 to 
execute additional contracts. The use of offset 714 allows the trader to continue 
conducting transactions while ensuring that the combined utilization threshold is not 
exceeded. In one embodiment of the invention, front-end order risk module 702 
prompts the trader to enter offset values. In another embodiment of the invention, 
offset module 712 includes computer-executable instructions that generate offset 
values to transmit to exchanges based on the current utilization at the relevant 
exchanges. 

[57] The present invention has been described herein with reference to specific exemplary 
embodiments thereof It will be apparent to those skilled in the art, that a person 
understanding this invention may conceive of changes or other embodiments or 
variations, which utilize the principles of this invention without departing from the 
broader spirit and scope of the invention as set forth in the appended claims. All are 
considered within the sphere, spirit, and scope of the invention. For example, aspects 
of the invention are not limit to implementations that involve the trading of derivative 
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products. Those skilled in the art will appreciate that aspects of the invention may be 
used in other markets. Credit market transactions, for example, involve risk 
parameters in the form of duration risk and default risks. The processing of 
appropriate orders in credit markets may include analyzing duration risk utilization 
and default risk utilization. 
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